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PROCEDURE FOR COMMUNICATION BETWEEN APPLICATIONS INTENDED 
TO PROVIDE SECURE ACCESS TO THE DATA OF AN APPLICATION 

[0001] The present invention pertains to the field of communication between applications 
within an operating system. In fact, in the standard computer operating systems (Windows™, 
etc.), the launched applications exchange messages by means of the system in order to obtain 
information regarding each other. 

[0002] The present invention therefore has the intention of responding to the problem of 
confidentiality on the Internet by preventing certain or all applications to have access, e.g., to the 
user data collected by a navigator. 

[0003] It is increasing illusory to believe that it is possible to surf the net without being 
subject to spying. Numerous "free" programs available on the Internet take advantage of the 
access that the user grants them by installing them for spying on the user's connections and 
drawing up a consumer profile to be sold. Worse, certain programs have the objective of 
bringing back to their creators notably passwords, identifiers, credit card numbers and all other 
types of personal information pertaining to the user. The method used by these spy programs 
(Spyware) is simple: since most of the operating systems are created such that the applications 
can dialogue with each other, these spyware programs simply demand from the navigator the 
address of the site or the value of certain fields of a web page (whether or not in Secure Sockets 
Layer mode) filled out by the user and the navigator provides the spyware with this information. 
[0004] Already known in the prior art from the American patent US no. 6,000,032 is a device 
and a procedure for obtaining a security value which enables a calling module to access in a 
secure manner a called module in a digital computer. This device makes it possible to grant 
access to a program module solely upon presentation of a predefined value. However, the 



problem resolved by this device is the protection of a software program system from hostile 
attacks while authorizing the identified interlocutors to access the data. The procedure employs 
relatively complicated calculations intended to determine the rights of the calling module. This 
invention of the prior art thus does not respond to the same technical problem and the solution 
that it proposes is too complicated to be implemented for the problem that the present invention 
intends to resolve. 

[0005] On the other hand, a known solution consists of developing alternatives to the widely 
distributed applications in a manner so as to profit from the ignorance of the new applications by 
the spyware programs. This solution has as principal and fundamental limit that when the 
alternative becomes known, the developers of the spyware programs integrate it in the list of 
applications with which they can communicate. 

[0006] The present invention has the intention of resolving the drawbacks of the prior art by 
proposing a system using the standard inter-application messages of the operating system in 
order to implement a control of access to these data by an application. 

[0007] In order to accomplish this, the present invention is of the type described above and it 
is remarkable in its broadest sense in that it pertains to a procedure for communication between 
at least two applications A and B in an operating system intended to prevent application B from 
accessing the information content of an application window A, characterized in that it comprises 
the following steps: 

- a step of creation of at least one variable by application A; 

- a step of reception of a request from application B by application A; 

- a step of verification of the value of said variable by application A with the goal of 
verifying the validity of said request or of authenticating its origin; 
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- a step of response to said request as a function of said value and/or said origin. 
[0008] In one particular case of the invention, the two applications A and B are the same, 
i.e., A is equal to B. The procedure then comprises an additional step consisting of modifying 
the value of the variable for which said request is considered valid. 

[0009] The verification step is advantageously implemented by an overloaded function of the 
operating system. 

[0010] The operating system is preferably Microsoft Windows™ but it can also be any other 
operating system capable of using/managing messages between applications. 
[0011] According to one mode of implementation of the invention, said value verified by 
application A is different from a predefined value and the response step consists of not satisfying 
said request. 

[0012] According to another mode of implementation, said value verified by application A is 
equal to a predefined value and the response step consists of satisfying said request. 
[0013] Better understanding of the present invention will be obtained from the description 
below, presented for purely explanatory purposes, of one mode of implementation of the 
invention with reference to the attached figures: 

- figure 1 illustrates the standard process of communication between two applications; 

- figure 2 illustrates the procedure for communication between two applications 
according to the invention. 

[0014] According to one preferred mode of implementation of the invention, the invention 
pertains to the Windows™ operating system in its most widely used versions. In this operating 
system, an application A, which can be an instant messaging program equipped with a spy 
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program, attempts to recover the value of the URL field of an application window B which can 
be, e.g., an Internet navigator. 

[0015] In a standard operating system, the applications communicate according to the 
procedure described above and illustrated in figure 1. 

[0016] In step (1), an application A addresses a message to an application B in order to 
obtain information on the elements of application B. 

[0017] Step (2) consists for application B or one of its internal functions to process the 
message. 

[0018] Step (3) is the response of application B to application A by providing the requested 
information. 

[0019] In a system comprising an application B equipped with the procedure according to the 
invention, the communications between another application A and said application B are 
illustrated in Figure 2. 

[0020] In step (4), an application A addresses a message to an application B in order to 
obtain information on the elements of application B. 

[0021] Step (5) consists for application B or one of its internal functions of processing the 
message as a function of the value of a variable internal to application B at the moment of 
processing of the message. 

[0022] If the value authorizes that response to the message, application B responds to 
application A in the same mariner as in the standard procedure (step 6). 

[0023] In the contrary case, application B does not respond to application A but informs the 
operating system that the message was processed (step 7). 
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[0024] One particular mode of implementation is described below in the Microsoft 
Windows™ operating system. 

[0025] An application A desiring to obtain information from an application B generates a 
"send message" command with as parameters the message type and the identity of the 
addressee. If the target application B is a navigator and the application attempts to obtain the 
content of the URL field of application B, the message type will be CB GETLBTEXT and the 
identity of the addressee will be the identifier of the target application window B. This 
command induces the creation of a variable in the registers of application A intended to collect 
the response of the targeted application as well as the sending of a message from the operating 
system containing the address Of the register variable and the identity of the addressee. 
[0026] The operating system receives the message from application A and sends the address 
of the register variable to the targeted application window B. 

[0027] Upon creation of the target window, one processing function was attributed to this 
window intended in particular to process the messages intended for this window. This function 
is called "DefWindowProc( )" in Microsoft Windows™. The messages are thus arranged in a 
pile. 

[0028] For each message of the pile, the processing function reads the message and responds 
to it by filling out the empty fields of the register of application A created upon the emission of 
the message by the application. In certain versions of Microsoft Windows™, these fields are 
called "wparam" and "lparam", and contain on the one hand the length of the response and on 
the other hand the response. In Microsoft Windows™, if the request consists of obtaining the 
value of the URL field of the navigator, the processing function of the window will read the 
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value contained for the variable "ComboBoxEx" (corresponding to said URL field) in order to 
provide the response. 

[0029] Application A reads the response recorded in these registers then deletes the variable 
created for this message. 

[0030] The procedure according to the invention consists of performing the following 
operations. 

[0031] Prior to any communication and the launching of target application B, of: 

- creating and initializing (at 0) a variable of origin in the registers of application B 
intended to subsequently determine the origin of the incoming messages. 

- Upon creation of a window, of creating a new processing function similar to that 
created by default and of overloading this new processing function in order to determine the 
origin of the incoming messages. 

[0032] When application B sends a message with itself as addressee, prior to sending the 
message the origin variable is set at 1 . 

[0033] In all cases, a message with the destination of application window B is first 
transmitted to the new processing function. 

[0034] Upon reception of a message, the new processing function first scrutinizes the register 
containing the origin variable and reads the value of this variable. If this value is equal to 1, the 
message is transmitted to the standard processing function of the window which terminates the 
processing according to the procedure described above. If the origin variable is at 0, the message 
is not processed and application B sends a message to the operating system in order to inform it 
that the processing of the message is terminated. 
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[0035] The invention was described above as an example. It is understood that the expert in 
the field could implement different variants of the invention without thereby going beyond the 
scope of the patent. 
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